home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000824-20010305 / 000194_news@columbia.edu _Wed Jan 3 20:12:45 2001.msg < prev    next >
Internet Message Format  |  2001-03-05  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id UAA01475
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Wed, 3 Jan 2001 20:12:44 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA25014
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 3 Jan 2001 20:12:44 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id UAA12165
  10.     for kermit.misc@watsun.cc.columbia.edu; Wed, 3 Jan 2001 20:03:13 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: jrd@cc.usu.edu (Joe Doupnik)
  13. Subject: Re: Converting struct tm to time_t
  14. Message-ID: <2aP+8u57Wzic@cc.usu.edu>
  15. Date: 3 Jan 01 17:46:23 MDT
  16. Organization: Utah State University
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <87wvcc2qz2.fsf@erlenstar.demon.co.uk>, Andrew Gierth <andrew@erlenstar.demon.co.uk> writes:
  20. >>>>>> "Geoff" == Geoff Clare <gwc@unisoft.com> writes:
  21. > 
  22. >  Derek> Don't forget to call tzset() after putenv and before mktime
  23. > 
  24. >  >> SUS sez this is not needed, but I think I recall some older systems
  25. >  >> where it was necessary.
  26. > 
  27. >  Geoff> POSIX.1 has said the same ever since the original 1988
  28. >  Geoff> standard.  Any systems that do need an explicit tzset() must
  29. >  Geoff> be *really* old.
  30. > 
  31. > hmm. the only system that could have provoked that recollection would
  32. > have been SCO 3.2.2 or 3.2.4, but it could also just have been down to
  33. > me being overly cautious at the time.
  34. --------
  35.     Ok, let me expand the hint on cron to say what I meant in this
  36. thread. Login shells get TZ information somehow, often by means of a
  37. script file run as part of the normal login sequence; call it /etc/profile
  38. if you will in SVRx speak. Not all programs run via a login shell, nor
  39. do all login steps necessarily invoke such TZ-setting scripts. So the
  40. program's environment may be TZ ignorant, because of no formal login or
  41. the pathway was non-standard. Cron is an agent without that formal login
  42. step.
  43.     It is unfortunate that timezone information is left to actions at
  44. login or similar user-level configuration steps, but there we are.
  45.     Thus the point in the included text above really asks "Did the
  46. current process acquire TZ info?" and the answer is "It all depends."
  47. The second answer is "and it also depends on whether the supporting code
  48. is broken."
  49.     Joe D.